home *** CD-ROM | disk | FTP | other *** search
/ Professional Soft Collection 1.02 / Professional Soft Collection 1.02.iso / qemm.80c / technote.qip / NW&DRDOS.TEC < prev    next >
Encoding:
Text File  |  1995-11-04  |  24.4 KB  |  539 lines
  1.  
  2.                 QEMM and Novell DOS 7 and DR-DOS 6
  3.  
  4.  Quarterdeck Technical Note #269              Filename: NOVELL7.TEC
  5.  by Quarterdeck Quality Assurance           CompuServe: NWDOS.TEC
  6.  Last revised:  4/12/95                       Category: NW
  7.  
  8.  Subject:  Installation and compatibility notes on Novell DOS 7 and
  9.            Digital Research's DR-DOS 6.
  10.  
  11.  All shipping versions of Quarterdeck products are essentially
  12.  compatible with Novell DOS 7 and Digital Research's DR-DOS 6,
  13.  alternative versions of DOS to Microsoft and IBM DOS offerings.
  14.  There are, however, a few configuration issues that will be
  15.  addressed in this note.  In the first section, Novell DOS 7 issues
  16.  are addressed; in the second DR-DOS 6 is discussed, and in the
  17.  third, notes pertaining to both versions detail QEMM's advantages
  18.  over the Novell DOS memory managers.  We recommend strongly that
  19.  you read all of the section pertaining to your version of DOS
  20.  before installing QEMM and running the OPTIMIZE program.
  21.  
  22.  For the purposes of this note, "Novell DOS" will be used to denote
  23.  either DR-DOS 6 and Novell DOS 7; when there is a distinction
  24.  between the two, the name of the operating system will be
  25.  specified in full.  Note that Novell DOS 7 is an updated version
  26.  of DR-DOS 6, and contains significant and worthwhile new features.
  27.  Some of these features make using QEMM much easier on Novell DOS
  28.  systems, and while not disparaging DR-DOS 6, Quarterdeck would not
  29.  discourage DR-DOS 6 users from considering an upgrade to Novell
  30.  DOS 7.
  31.  
  32.  Part One:  Novell DOS 7
  33.  
  34.  Q. Novell DOS 7 promises better memory management than other
  35.     versions of DOS.  Is QEMM useful on Novell DOS 7 systems?
  36.  
  37.  A. While the memory management features of Novell DOS 7 represent
  38.     an advance for DOS, Quarterdeck's memory managers still provide
  39.     significant advantages for Novell DOS 7 users.  These
  40.     advantages are detailed at the end of this note.
  41.  
  42.  Q. Novell DOS provides a DPMS driver.  What is DPMS?
  43.  
  44.  A. DPMS stands for "DOS Protected Mode Services".  Effectively,
  45.     this is a memory management specification of the same genre as
  46.     EMS, XMS, VCPI, and DPMI, but is different from all of these.
  47.     DPMS allows several of the utilities that come with Novell DOS
  48.     7 to load into extended memory, reducing conventional memory
  49.     overhead. DPMS does not conflict with any of the memory
  50.     management specifications offered by QEMM; in fact, DPMS
  51.     allocates its memory from QEMM's memory pool.
  52.  
  53.     In the earliest versions of Novell DOS 7, the DPMS driver
  54.     (DPMS.EXE, version 1.0 and 1.1) would not work properly when
  55.     loaded high by any memory manager.  Updates to Novell DOS 7 are
  56.     available on CompuServe (GO NETWARE) and from Novell.  The
  57.     initialization size of DPMS.EXE is very large in these updated
  58.     versions; thus DPMS.EXE can never be loaded high and will work
  59.     properly in all cases.  The size of the driver is only 2K, so
  60.     this will not have a significant impact on conventional memory,
  61.     but will greatly reduce the DOS memory overhead of DPMS-aware
  62.     device drivers and TSRs.
  63.  
  64.     If you have a version of DPMS.EXE version 1.1 or earlier, you
  65.     should strongly consider an update.  If you cannot arrange to
  66.     acquire an update, place the line
  67.  
  68.     DPMS
  69.  
  70.     in the OPTIMIZE.NOT file before running OPTIMIZE.  Consult your
  71.     QEMM manual for information on OPTIMIZE.NOT.
  72.  
  73.  Q. How do I install Novell DOS 7 on a machine that is already
  74.     running QEMM?
  75.  
  76.  A. Novell DOS 7 may have problems installing properly if
  77.     COMMAND.COM is loaded into upper memory. Before installing
  78.     Novell DOS 7, please take the following precautionary steps to
  79.     ensure that QEMM's DOS-Up feature is configured to load the
  80.     command processor low:
  81.  
  82.     1) At the DOS prompt, type QSETUP.
  83.  
  84.     2) When the QEMM Setup welcome screen appears, press Enter.
  85.  
  86.     3) At the QEMM Setup Options menu, type U to select Enable or
  87.        Disable DOS-Up.
  88.  
  89.     4) At the Enable or Disable DOS-Up menu, type P to select
  90.        Partial.
  91.  
  92.     5) At the DOS Up Options menu, type 2 until the word No appears
  93.        after COMMAND.COM. Then press Enter.
  94.  
  95.     6) At the QEMM Setup Options screen, press S to select Save
  96.        Configuration and Quit.
  97.  
  98.     7) You will be prompted to run Optimize. Follow the prompts on
  99.        the screen.
  100.  
  101.     When Optimize completes, you can run the Novell DOS 7
  102.     installation. The installation program will detect that a
  103.     compatible memory manager (QEMM) is already installed and will
  104.     not replace it. Follow the procedures outlined for you in the
  105.     Novell DOS 7 Installation Guide.
  106.  
  107.  Q. How do I install QEMM and run OPTIMIZE on a Novell DOS 7
  108.     machine?
  109.  
  110.  A. If you are running the Novell 7 Taskswitcher or Multitasker,
  111.     shut down all of your programs and exit Task Manager before
  112.     installing QEMM.  Put the QEMM distribution disk in your floppy
  113.     drive and run the INSTALL program as instructed in the QEMM
  114.     manual.
  115.  
  116.     Before running OPTIMIZE, ensure that the DPMS driver is in
  117.     OPTIMIZE.NOT as noted above.
  118.  
  119.  Q. Is the QEMM DOS-Up feature compatible with Novell DOS 7?
  120.  
  121.  A. Yes.  The DOS-Up feature has been compatible with Novell DOS 7
  122.     since QEMM 7.04.  There are a couple of differences between
  123.     DOS-Up on MS- or PC-DOS systems and DOS-Up under Novell DOS 7:
  124.  
  125.     - The line DEVICE=C:\QEMM\DOSDATA.SYS appears at the beginning
  126.       of the CONFIG.SYS file on MS-DOS and IBM DOS systems to
  127.       prepare the loading of the DOS kernel's data segment into
  128.       upper memory.  On Novell DOS 7 systems, the DOS data segment
  129.       remains low, so QSETUP does not insert the DOSDATA.SYS line.
  130.       If DOSDATA.SYS exists in your CONFIG.SYS file, it may be
  131.       removed.  It uses no memory and it will do no harm if you
  132.       leave it in.
  133.  
  134.     - The SHELL statement in CONFIG.SYS will not contain QEMM's
  135.       LOADHI command, which is used to load COMMAND.COM into upper
  136.       memory on MS-DOS and IBM DOS systems only.  On Novell DOS 7
  137.       systems, DOS-Up does not load COMMAND.COM into upper memory.
  138.  
  139.  Q. Are there any considerations for NWCache?
  140.  
  141.  A. NWCache, Novell DOS 7's disk cache utility, defaults to loading
  142.     its 16k lookahead buffer into conventional memory.  If you need
  143.     to free more conventional memory for your programs, you may
  144.     want to use the /BU or /BE parameters on NWCache, which will
  145.     load the look ahead buffer into either Upper or Expanded
  146.     memory.  If you have a system with a SCSI hard drive, you may
  147.     need to keep the buffer in conventional memory.
  148.  
  149.  Q. Can I use the INSTALL= and HIINSTALL= commands in CONFIG.SYS?
  150.  
  151.  A. Novell DOS's INSTALL and HIINSTALL commands are incompatible
  152.     with DOS-Up. If you are using either of these commands in your
  153.     CONFIG.SYS file to load programs, load the programs from
  154.     AUTOEXEC.BAT instead.
  155.  
  156.  Q. Can I load the command processor high?
  157.                               
  158.  A. Novell DOS 7 allows you to load the command processor outside
  159.     of conventional memory.  Do this by adding the /MH, /MX, or /MU
  160.     parameter to the command processor line in CONFIG.SYS. For
  161.     example:
  162.  
  163.     SHELL=C:\COMMAND.COM /P /MH
  164.  
  165.     The /MH parameter causes the command processor to load into the
  166.     HMA or conventional memory, depending on other configuration
  167.     options you may have set; /MX loads the command processor into
  168.     expanded memory; and /MU loads it into upper memory (or High
  169.     RAM).
  170.  
  171.  Q. Can I load DOS into the HMA?
  172.  
  173.  A. Yes, though if you are using Quarterdeck's DESQview or
  174.     DESQview/X, you shouldn't.
  175.  
  176.     You can have Novell DOS relocate the DOS kernel into the HMA,
  177.     freeing space in conventional memory for DOS applications.  We
  178.     recommend that you do this unless you are using DESQview or
  179.     DESQview/X.  To load the parts of DOS into the HMA, add the
  180.     following line anywhere in your CONFIG.SYS file:
  181.  
  182.     DOS=HIGH
  183.  
  184.     To get the most free conventional and upper memory, if you use
  185.     DOS=HIGH to load parts of DOS into the HMA, put the command
  186.     processor there as well.  
  187.  
  188.  Q. Are there any potential pitfalls for DESQview or DESQview/X
  189.     users?
  190.  
  191.  A. Yes -- a minor note for DESQview and DESQview/X users only:
  192.     various Novell DOS 7 utilities, including SHARE and NLSFUNC,
  193.     will put themselves into the HMA by default, even if the
  194.     DOS=HIGH statement is not present in CONFIG.SYS.  This will
  195.     prevent DESQview and DESQview/X from using the HMA, which will
  196.     almost always result in a decrease in the size of DESQview and
  197.     DESQview/X windows. To prevent SHARE and NLSFUNC from using the
  198.     HMA, give them one of the following parameters: /MU (which
  199.     loads the program into upper memory) or /ML (which loads the
  200.     program into conventional memory).  The following example loads
  201.     SHARE into upper memory:
  202.  
  203.     SHARE /MU
  204.  
  205.     Consult your Novell DOS 7 manual or the online documentation
  206.     for further details.
  207.  
  208.  
  209.  Q. Why does Manifest tell me that I have DOS 6 when I know that I
  210.     have Novell DOS 7?
  211.  
  212.  A. Programs may request information on the DOS version from the
  213.     system via the DOS Get Version call.  To retain maximum
  214.     compatibility with MS-DOS 6, Novell DOS 7 answers that its
  215.     version number is 6.0 whenever a program asks.
  216.  
  217.  
  218.  Part Two:  DR-DOS 6
  219.  
  220.  We recommend strongly that you read ALL of this section of this
  221.  note before installing QEMM and running the OPTIMIZE program on a
  222.  DR-DOS 6 system.  Pay special attention to the section on
  223.  SuperStor below if you are using SuperStor disk compression.
  224.  
  225.  Q. How do I get the maximum amount of conventional memory with
  226.     DR-DOS 6?
  227.  
  228.  A. There are several steps involved, for which a little background
  229.     information is needed.  However, you can recover as much as
  230.     629K of conventional memory using the features of QEMM and
  231.     DR-DOS.
  232.  
  233.  1) To get the most conventional memory available in DR-DOS 6, use
  234.     the DOS-Up feature in QEMM, in combination with the DR-DOS
  235.     HIDOS option.  To do this, run QSETUP, and from the main menu
  236.     select U for DOS-Up Options.  Choose Y for Yes to enable all
  237.     of the supported DOS-Up features, and Enter to return to the
  238.     QSETUP main menu.
  239.  
  240.  2) In MS- and PC-DOS, the DOS=HIGH command in CONFIG.SYS allows
  241.     the DOS kernel to be loaded into the first 64K of extended
  242.     memory (the HMA), which eliminates most of DOS's overhead.
  243.     DR-DOS also permits the kernel to be loaded into the HMA,
  244.     although in a slightly different way.  This is advantageous for
  245.     all DR-DOS users except those who use DESQview or DESQview/X,
  246.     which use the the HMA more efficiently than DOS can.  Thus if
  247.     you're a DESQview or DESQview/X user, skip this next step.  To
  248.     load the DR-DOS kernel into the HMA, choose C for "Edit the
  249.     Proposed CONFIG.SYS" and add the following line to CONFIG.SYS
  250.     after the QEMM386.SYS line:
  251.  
  252.     DEVICE=C:\DRDOS\HIDOS.SYS /BDOS=FFFF HIDOS=ON
  253.  
  254.  3) Use the DR-DOS HIBUFFERS command, which loads BUFFERS into the
  255.     HMA, rather than into conventional memory or High RAM.  Add
  256.     this line to CONFIG.SYS:
  257.  
  258.     HIBUFFERS=20
  259.  
  260.     Since there might not be room in the HMA to load an excessive
  261.     number of BUFFERS, we recommend limiting BUFFERS to 20.
  262.  
  263.  Q. Why doesn't OPTIMIZE arrange to load the HISTORY or FASTOPEN
  264.     commands high?
  265.  
  266.  A. LOADHI.SYS will not load HISTORY or FASTOPEN because they are
  267.     internal instructions to DR-DOS, rather than discrete programs
  268.     as they are in MS-DOS.  This causes no problems and does not
  269.     increased conventional memory overhead.
  270.  
  271.  Q. What is the HIBUFFERS command?
  272.  
  273.  A. HIBUFFERS is the DR-DOS command to load buffers into the HMA.
  274.     It will use the HMA even if the DR-DOS kernel is not loaded
  275.     there. The BUFFERS command of DR-DOS causes the buffers to be
  276.     loaded into High RAM if HIDOS=ON is in CONFIG.SYS.  Each buffer
  277.     takes an individual UMB.  The BUFFERS.COM program from
  278.     Quarterdeck works with DR-DOS; using the LOADHI.COM program
  279.     with BUFFERS.COM will cause the buffers to be loaded into a
  280.     single UMB.  Use HIBUFFERS only if you are loading the DR-DOS
  281.     kernel into the HMA, otherwise the HMA will be used for nothing
  282.     but buffers.
  283.  
  284.  Q. Should I use the DR-DOS HILOAD, HIDEVICE, and HINSTALL commands
  285.     in CONFIG.SYS?
  286.  
  287.  A. HILOAD, HIDEVICE, and HINSTALL are the DR-DOS internal commands
  288.     that load TSRs and device drivers high.  These commands are
  289.     incompatible with QEMM.  QEMM's LOADHI.COM, LOADHI.SYS, and
  290.     INSTALL=LOADHI.COM /TSR which, respectively, perform the same
  291.     functions, should be used instead.
  292.  
  293.  Q. Can I use the MEMMAX program that comes with DR-DOS?
  294.  
  295.  A. QEMM's VIDRAM program allows the user to extend conventional
  296.     memory by using the address space normally associated with VGA
  297.     graphics.  DR-DOS comes with a similar program called MEMMAX
  298.     that works only with the DR-DOS memory managers.  Users of any
  299.     Quarterdeck memory manager or enhancer should use VIDRAM
  300.     instead of MEMMAX.
  301.  
  302.  Q. Can I use the DR-DOS CHAIN command with QEMM and OPTIMIZE?
  303.  
  304.  A. The DR-DOS CHAIN command allows the CONFIG.SYS to pass control
  305.     to another CONFIG.SYS-like file.  DR-DOS uses it on
  306.     installation if you choose to install SuperStor.  OPTIMIZE does
  307.     not follow this passing of control to another file.  If you are
  308.     using CHAIN you must combine your configuration files into one
  309.     for the duration of the OPTIMIZE process.
  310.  
  311.  Q. What about the DR-DOS utilities that load themselves high?
  312.  
  313.  A. DR-DOS utilities such as Super PC-KWIK and DELWATCH are polite
  314.     enough to allow LOADHI.COM to load them high in the same manner
  315.     as they would load themselves high; this allows them to be
  316.     included by OPTIMIZE in its calculations.  This is done
  317.     automatically and does not require any attention from the user.
  318.  
  319.  Q. Can SuperStor be loaded high?
  320.  
  321.  A. SuperStor (SSTORDRV.SYS) is a disk-compression utility that is
  322.     bundled with DR-DOS.  It loads part of itself high, and leaves
  323.     the rest of itself in conventional memory.  The remainder
  324.     cannot be loaded high with any memory manager.  If you use
  325.     DR-DOS's EMM386.SYS, SuperStor merely loads low without
  326.     notification; if you use QEMM's LOADHI.SYS, SuperStor does not
  327.     load at all.  To prevent OPTIMIZE from trying to load
  328.     SSTORDRV.SYS high, place the line
  329.  
  330.     SSTORDRV
  331.  
  332.     in the OPTIMIZE.NOT file.  Consult your QEMM manual for more
  333.     information on OPTIMIZE.NOT.
  334.  
  335.  Q. Does SuperStor present any complications for QEMM's
  336.     installation?
  337.  
  338.  A. SuperStor works by creating a large file on the physical hard
  339.     drive, making that file look like a hard drive, and compressing
  340.     the data in the file.  SuperStor may also swap the drive
  341.     designations such that the compressed file (which by default
  342.     would appear to be drive D) appears to be drive C, while the
  343.     uncompressed portion of the hard drive becomes drive D.  This
  344.     can be convenient, since you will not have to re-write batch
  345.     files or reconfigure software to run from a different drive.
  346.     However, the DEVSWAP command poses complications for QEMM's
  347.     installation and OPTIMIZE processes.  However, thanks to the
  348.     DR-DOS CHAIN command, and to the fact that DR-DOS reads a
  349.     DCONFIG.SYS file before CONFIG.SYS if the former is present,
  350.     things can be simplified even if drive swapping is going on.
  351.     Note that the Stacker software that comes with Novell DOS 7
  352.     loads before CONFIG.SYS is processed, and is much easier on the
  353.     user than the SuperStor approaches presented here.
  354.  
  355.     Method One:
  356.  
  357.     Start with QEMM386.SYS on an uncompressed drive.  Leave about
  358.     one megabyte of space on the uncompressed drive.  No other
  359.     Quarterdeck files but QEMM386.SYS are needed from the QEMM
  360.     directory.
  361.  
  362.     The first line in DCONFIG.SYS, which is the first CONFIG.SYS
  363.     file read on bootup, should be the QEMM386.SYS line.
  364.     QEMM386.SYS is in the QEMM directory of the same drive that
  365.     DCONFIG.SYS is on.  The entire DCONFIG.SYS will normally be
  366.  
  367.     DEVICE=C:\QEMM\QEMM386.SYS RAM DEVICE=C:\DRDOS\SSTORDRV.SYS
  368.     DEVICE=C:\DRDOS\DEVSWAP.COM CHAIN=C:\CONFIG.SYS
  369.  
  370.     Now, move DEVICE=C:\QEMM\QEMM386.SYS to the CONFIG.SYS chained
  371.     to from DCONFIG.SYS.
  372.  
  373.     MAKE CERTAIN THAT THE QEMM DEVICE LINE IS NO LONGER IN
  374.     DCONFIG.SYS.
  375.  
  376.     Run OPTIMIZE.
  377.  
  378.     When you're through running OPTIMIZE, move the
  379.     DEVICE=C:\QEMM\QEMM386.SYS line back to the DCONFIG.SYS file.
  380.  
  381.     That's all there is to it.  You don't have to get rid of
  382.     DEVSWAP or change the drive mappings as you do in Method Two
  383.     below.
  384.  
  385.     Method Two:
  386.  
  387.     When running OPTIMIZE, DEVSWAP.COM must be remarked out or
  388.     removed from the CONFIG.SYS.  Also all references to drives C:
  389.     in the AUTOEXEC.BAT and in the CONFIG.SYS after the DEVSWAP.COM
  390.     line need to be changed to drive D:.  Conversely, all
  391.     references to drive D: should be changed to drive C:.
  392.  
  393.     The next step is to create a QEMM sub-directory on the
  394.     uncompressed drive.  This is typically drive D: when the
  395.     DEVSWAP.COM device driver is loaded in your CONFIG.SYS.  The
  396.     following files need to be in the QEMM sub-directory in order
  397.     to run OPTIMIZE properly: DOS-UP.SYS, QEMM386.SYS,
  398.     OPTIMIZE.COM, OPTIMIZE.EXE, LOADHI.SYS, LOADHI.COM, LOGOPT.COM,
  399.     BUFFERS.COM (if you are using DOS 2.x or 3.x), RSTRCFG.SYS,
  400.     MCA.ADL (if you are running on a Microchannel machine), and all
  401.     .VXD files, if you are planning on running Windows 3.0 in
  402.     enhanced mode.
  403.  
  404.     Once you have done this, you should reboot before running
  405.     OPTIMIZE so that the drives are set up correctly.  Now you will
  406.     be able to run OPTIMIZE normally.  After OPTIMIZE has run, you
  407.     may edit your CONFIG.SYS and restore the DEVSWAP.COM line.
  408.     After you do this, you must edit your CONFIG.SYS and
  409.     AUTOEXEC.BAT to restore the drive specifications to what they
  410.     were before; e.g. change all references to drive D: to drive C:
  411.     and all references to drive C: to drive D:. As mentioned above,
  412.     if SSTORDRV.SYS is being loaded high, you must change  it to
  413.     load low because it won't work when loaded high. Reboot again.
  414.     You are now getting the most out of your conventional memory.
  415.  
  416.  Q. Are there any more considerations with DR-DOS 6?
  417.  
  418.  A. Unlike MS- and PC-DOS, DOS hardware interrupt stacks are not
  419.     provided in DR-DOS 6 -- that is, there is no STACKS command for
  420.     CONFIG.SYS.  There are programs that may malfunction when DOS
  421.     does not allocate STACKS.  As an example, Ventura Publisher 2.0
  422.     will allocate its own hardware interrupt stacks when DOS does
  423.     not do so.  When Ventura Publisher uses expanded memory, it
  424.     puts its stacks in the EMS page frame (a violation of the EMS
  425.     spec).  This comes into conflict with EMS-using software,
  426.     including QEMM's Stealth feature.  The only real resolution is
  427.     to update your version of DOS to some later version -- Novell
  428.     DOS 7, or one of the IBM or Microsoft versions.
  429.  
  430.  Q. If I'm using DR-DOS 6, why does Manifest report that I have DOS
  431.     version 3.31 on the DOS overview screen?
  432.  
  433.  A. DR-DOS 6's API (Application Programming Interface) returns the
  434.     version number 3.31 when a program using a DOS Get Version
  435.     call. This is done for compatibility reasons.  Manifest makes
  436.     this call, and thus returns version 3.31 on the DOS Overview
  437.     screen. DR-DOS loads an environment variable that causes the
  438.     VER command to report DR-DOS Version 6, but Manifest reports
  439.     the level of API support.  For all programming purposes, DR-DOS
  440.     6 is version 3.31. There is no SETVER command, nor is it
  441.     necessary.
  442.  
  443.  Q. Manifest reports more FILES than I have specified in
  444.     CONFIG.SYS. Why?
  445.  
  446.  A. DR-DOS converts FCBS to FILE handles so Manifest and the
  447.     FILES.COM program that comes with QEMM will report the total
  448.     number of FILE handles to be the sum of the two.  The minimum
  449.     number of FILE handles is 20 and the minimum number of FCBS is
  450.     4. Another effect of this conflation of FCBS and FILE handles
  451.     causes Manifest to report that there is only one FCB.
  452.  
  453.  
  454.  Part 3:  QEMM's Advantages
  455.  
  456.  Q. What are the advantages of QEMM over Novell DOS's memory
  457.     managers?
  458.  
  459.  A. There are at least ten good answers to this question.
  460.  
  461.  1) QEMM typically provides 64K more High RAM by default than the
  462.     Novell DOS 7 memory managers, HIMEM.SYS and EMM386.EXE. The
  463.     Novell DOS 7 products allow similarly includable areas to be
  464.     included manually, but this requires some expertise, and QEMM
  465.     is accompanied with better tools for this purpose.
  466.  
  467.  2) QEMM's Squeeze technology allows larger resident programs to be
  468.     loaded by allowing them to squeeze--temporarily--into the EMS
  469.     page frame or areas used by Adapters when loading. The Novell
  470.     DOS 7 memory managers do not provide a similar feature.
  471.  
  472.  3) Using its Stealth option, QEMM can provide EVEN MORE High RAM
  473.     (211K total is common) by hiding ROMs and allowing High RAM to
  474.     be mapped over them.  Neither Novell DOS 7's memory manager,
  475.     nor any other third-party memory manager, currently provides
  476.     this patented technology.
  477.  
  478.  4) Novell DOS 7 has no equivalent to Quarterdeck's Manifest
  479.     program.  Manifest, included free with QEMM, provides extensive
  480.     information about the computer on which it is running and is an
  481.     invaluable tool when optimizing a system or diagnosing a memory
  482.     problem or conflict.
  483.  
  484.  5) The Novell DOS 7 memory manager provides no program to load
  485.     automatically and optimally TSR's and device drivers into the
  486.     regions of upper memory.  Novice users may experience
  487.     considerable difficulty achieving good results from the Novell
  488.     DOS 7 LOADHIGH program, but even advanced users will appreciate
  489.     the speed and accuracy with which QEMM's OPTIMIZE sets up a
  490.     system.
  491.  
  492.  6) The Novell DOS 7 memory manager provides no Analysis feature.
  493.     QEMM's Analysis is extremely useful in determining areas of
  494.     upper memory that can safely be used.  Analysis also lets QEMM
  495.     users reclaim unused addresses in the system ROM and in other
  496.     areas in upper memory--a great advantage to memory-hungry
  497.     users.
  498.  
  499.  7) The Novell DOS 7 memory manager has no equivalent for QEMM's
  500.     QuickBoot feature.
  501.  
  502.  8) The Novell DOS 7 memory manager provides no control over the
  503.     region of High RAM that can be used to load programs high. This
  504.     means that even expert users may be unable to use High RAM
  505.     efficiently in situations where TSR's and drivers must be
  506.     loaded in a specific order.  The Quarterdeck LOADHI programs
  507.     allow TSR's or drivers to be directed to specific high memory
  508.     locations, giving complete control to the user. Of course, as
  509.     mentioned before, this feature is used expertly by the OPTIMIZE
  510.     program in order to provide the optimum configuration.
  511.  
  512.  9) On PS/2s and other Micro Channel systems, QEMM can
  513.     automatically detect the addresses used by any adapter listed
  514.     in our MCA.ADL file. This is especially valuable on systems
  515.     with adapter RAM (used by many network cards, among other
  516.     adapters).  Adapter RAM can be particularly hard for 386 memory
  517.     managers to detect.  The Novell DOS 7 memory manager has no
  518.     such feature.  As the addresses used by network cards vary from
  519.     machine to machine and card to card, QEMM's MCA.ADL file can
  520.     save considerable work for network administrators in companies
  521.     with large installations of PS/2s or micro channel compatibles
  522.     on networks.  Users of PS/2 machines that are not on a network
  523.     will also benefit from this "ease of use" feature.
  524.  
  525.  10) Novell DOS 7's EMM386.EXE is not compatible with Quarterdeck's
  526.      DESQview multitasking products.  QEMM is compatible with the
  527.      Novell DOS 7's TASKMAX program, although TASKMAX may require
  528.      Novell's EMM386.EXE for multitasking.  Since DESQview allows
  529.      much more sophisticated multitasking and windowing features
  530.      than TASKMAX, Quarterdeck recommends using DESQview with QEMM.
  531.  
  532.  ******************************************************************
  533.  *      Trademarks are property of their respective owners.       *
  534.  *   This and other technical notes may be available in updated   *
  535.  *     forms through Quarterdeck's standard support channels.     *
  536.  *          Copyright (C) 1995 Quarterdeck Corporation            *
  537.  ******************** E N D   O F   F I L E ***********************
  538.  
  539.